home *** CD-ROM | disk | FTP | other *** search
/ Aminet 21 / Aminet 21 (1997)(GTI - Schatztruhe)[!][Oct 1997].iso / Aminet / dev / mui / MUIBug10.lha / MUIBug.doc
Encoding:
Text File  |  1997-07-11  |  7.5 KB  |  207 lines
  1.  
  2.                              Bugs of MUI v1.0
  3.                              ----------------
  4.  
  5.                  Alessandro Zummo, azummo@ita,flashnet.it
  6.  
  7.  
  8.  Hi folks!
  9.  
  10.  That's a little doc to remember to Stefan waht are the bugs
  11.  fo the current MUI version.
  12.  
  13.  However this isn't a cospiracy againist MUI nor againist his author,
  14.  but rather an help to all MUI programmers and to Stefan itself.
  15.  
  16.  When a new version of MUI will be released, who had contributed
  17.  to this doc should check if the bugs are still present.
  18.  
  19.  This doc was suggested to me by Allan Odgaard. Thanks Allan!
  20.  
  21.  
  22.     Sincerely,
  23.        Alessandro Zummo (azummo@ita.flashnet.it)
  24.  
  25.  
  26. Current MUI version: 19
  27.  
  28.  
  29.  
  30. Class    : Area.mui
  31. Sended by: Gilless Masson <masson@iutsoph.unice.fr>
  32.  
  33. In simple refresh mode while the MUIM_ContextMenuChoice method
  34. the object rasport is still clipped to the just cleared context
  35. menu area, making any complete object redraw impossible.
  36. -------------------------------------------------------------------------
  37.  
  38.  
  39. Class    : muipop.library (?)
  40. Sended by: Steffen Gutmann <gutmann@informatik.uni-freiburg.de>
  41.  
  42. Popup listview bug:
  43.  
  44. Click on any popup button that opens a popup containing
  45. a listview object (e.g. MUI:MUI System - Screen).
  46. Double click on an item of the listview.
  47. Again, click on the popup button.
  48. Now click on an arrow button of the listview's scroller group
  49. and you will see the items of the listview becoming activated
  50. one by one. Strange!
  51. This also happens if you click on any other button in the popup window,
  52. e.g. if you have a "Delete" button then you may delete a random
  53. chosen item when pressing it!
  54. -------------------------------------------------------------------------
  55.  
  56. Class    : Area.mui
  57. Sended by: Steffen Gutmann <gutmann@informatik.uni-freiburg.de>
  58.  
  59. Font size problem:
  60.  
  61. font handling seems to have been changed from MUI V2.3 to V3.x.
  62. When you open a window that doesn't fit on the screen
  63. then the font size is changed to a smaller one. In V3.x 
  64. this results to a font size change of the whole application, 
  65. which means that other new windows are also opened with this 
  66. smaller font. In V2.3 only the font of a window which does 
  67. not fit on the screen is changed to a smaller one, other windows 
  68. are not affected.
  69. I suggest to use the old behaviour (that of V2.3) in future
  70. MUI versions.  Programs like MUIBuilder (2.x), where the user 
  71. can create his own GUI (which may be too big to fit on the screen),
  72. benfit from it.
  73. -------------------------------------------------------------------------
  74.  
  75. Class    ; Application.mui, Window.mui
  76. Sended by: Steffen Gutmann <gutmann@informatik.uni-freiburg.de>
  77.  
  78. After doing the last matching set(app, MUIA_Application_Sleep, FALSE)
  79. all windows will redraw the box around their active object.  This is
  80.  
  81. a) a bug as only the active window should display a box
  82.    around its active object.
  83.  
  84. b) quite annoying if you have many windows with active objects
  85.    and several pairs of set(app, MUIA_Application_Sleep, TRUE),
  86.    set(app, MUIA_Application_Sleep, FALSE) because of display
  87.    flickering.
  88. -------------------------------------------------------------------------
  89.  
  90. Class    : Text.mui
  91. Sended by: Steffen Gutmann <gutmann@informatik.uni-freiburg.de>
  92.  
  93. It seems that this tag has only an effect when creating the
  94. text object.  When setting MUIA_Text_Contents later, it forgets
  95. about MUIA_Text_HiCharIdx.  Even using
  96.  
  97.         SetAttr(obj,
  98.             MUIA_Text_HiCharIdx, '_',
  99.             MUIA_Text_Contents, "F_oo",
  100.             TAG_DONE);
  101.  
  102. has no effect (it displays "F_oo")!
  103.  
  104. Also TextObject forgets about MUIA_Text_SetVMax!
  105. I have set it to FALSE on object creation for vertical
  106. centering of the text which works well.  If I then set
  107. a new text by MUIA_Text_Contents, the new text is displayed
  108. non-centered.
  109. -------------------------------------------------------------------------
  110.  
  111. Class    : Window.mui
  112. Sended by: Steffen Gutmann <gutmann@informatik.uni-freiburg.de>
  113.  
  114. I discovered a small bug in the Window class.
  115.  
  116. Create a new window object without a MUIA_Window_ID and
  117. set MUIA_Window_{LeftEdge,TopEdge,Width,Height} to some values.
  118.  
  119. Open the window and let the user resize it.
  120.  
  121. Get the values for MUIA_Window_{LeftEdge,TopEdge,Width,Height}
  122. and see that they are really changed to the new dimensions.
  123.  
  124. Now rerun the same experiment but get the values after
  125. closing the window.
  126.  
  127. Now the values for MUIA_Window_{LeftEdge,TopEdge,Width,Height}
  128. are the old ones.
  129. -------------------------------------------------------------------------
  130.  
  131. Class    : Group.mui
  132. Sended by: Jacek Trzmiel <sc0rpion@polbox.com>
  133.  
  134.  
  135. set(obj, MUIA_FillArea, FALSE) doesn't work for Group.mui class and 
  136. all classes derived from it (e.g. Virtualgroup.mui).  In other words
  137. MUIA_Background is still rendered.
  138.  
  139. When you supply custom LayoutHook for any group derived from Group.mui
  140. (direct or indirect, i.e. same for e.g. Virtualgroup.mui),
  141. MUIA_Background is drawn over all area covered by this group, also
  142. inside every child's area (causes display flashing, because same area
  143. is drawn twice).
  144. -------------------------------------------------------------------------
  145.  
  146. Class    : Area.mui
  147. Sended by: Jacek Trzmiel <sc0rpion@polbox.com>
  148.  
  149. MUI internally doesn't call MUIM_DrawBackground thru object's class
  150. dispatcher (means you can call it, but you can't overload it in you CC).
  151. -------------------------------------------------------------------------
  152.  
  153. Class    : MUI Docs
  154. Sended by: Jacek Trzmiel <sc0rpion@polbox.com>
  155.  
  156.  
  157. In mui.h macros:
  158.         _left(obj), _top(obj), _width(obj), _height(obj),
  159.         _right(obj), _bottom(obj), _addleft(obj), _addtop(obj),
  160.         _subwidth(obj) _subheight(obj), _mleft(obj), _mtop(obj), 
  161.         _mwidth(obj), _mheight(obj), _mright(obj), _mbottom(obj)
  162.    are declared to be valid only during MUIM_Draw.
  163.    But all of them should be valid during MUIM_HandleInput also.
  164.    Documentation bug?
  165. -------------------------------------------------------------------------
  166.  
  167. Class    : Window.mui
  168. Sended by: Allan Odgaard <Duff@DIKU.DK>
  169.  
  170. Resizing a window which contains a pressed togglebutton, that uses the XEN frame. Causes
  171. the gadget to be redrawn at a wrong position. (one pixel up/left) Also if you pass a
  172. pressed togglebutton with the tabframe, then some of the gadget gets erased when the frame
  173. is removed.
  174.  
  175. Pressing a windows zip-gadget, launcing MUIPrefs (from the app) and closing it again,
  176. causes the window to be "zipped" back to the original size/position. Pressing the zip
  177. gadget again resizes the window, but the contents isn't relayouted.
  178.  
  179. -------------------------------------------------------------------------
  180.  
  181. Class    : Balance.mui
  182. Sended by: Allan Odgaard <Duff@DIKU.DK>
  183.  
  184. Adding/removing eventhandlers in MUIM_Show/MUIM_Hide causes the Balance.mui to stop
  185. balancing after one or two "moves".
  186. -------------------------------------------------------------------------
  187.  
  188. Class    : Virtgroup.mui
  189. Sended by: Allan Odgaard <Duff@DIKU.DK>
  190.  
  191. If your customclass is inside a virtualgroup, then setting (MUIA_Window_ActiveObject,
  192. MUIV_Window_ActiveObject_None) in your MUIM_Draw before calling your superclass. Will make
  193. the virtualgroup go into an endless scroll-loop.
  194. Perhaps you can't do that sort of stuff, but I have asked at the mailinglist a couple of
  195. times, and Stefan never commented it ;(
  196. -------------------------------------------------------------------------
  197.  
  198. Class    : Group.mui
  199. Sended by: Allan Odgaard <Duff@DIKU.DK>
  200.  
  201. If you have a group with several pages (not registerpages), and the tabframe is around one
  202. of the objects in the active page. And parts of the tabframe goes outside the page. Then
  203. changing page will "leave some marks" after the tabframe.
  204. -------------------------------------------------------------------------
  205.  
  206.  
  207.